home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 1 / The Arsenal Files (Arsenal Computer).ISO / bbs / tm0203.txt < prev    next >
Encoding:
Text File  |  1994-01-23  |  1.9 KB  |  51 lines
  1. SEA Technical Memorandum #0203, SEAdog 4.50; Event Scheduling
  2. Last updated: December 8, 1988
  3. Copyright 1988 by System Enhancement Associates, Inc.
  4.  
  5.  
  6.  
  7.                                 SEAdog 4.50
  8.  
  9.                               Event Scheduling
  10.  
  11.  
  12. SEAdog version 4.50 implements event scheduling in a slightly different way 
  13. than earlier versions.  The difference is such that it is only significant 
  14. if overlapping events are defined.
  15.  
  16. In earlier versions the SEAdog mailer would not exit a mail event until 
  17. that event ended of its own accord.  This is no longer true.  The mailer 
  18. will now exit a mail event in order to execute another event that was 
  19. defined earlier in the configuration file.  For example, consider the 
  20. following event definitions:
  21.  
  22.     Event A all 04:00 05:00
  23.     Event B all 03:00 06:00
  24.  
  25. In the past, event A would never be executed, since event B totally 
  26. blanketed it.  Now, however, the mailer will begin executing event B at 
  27. 03:00, then exit event B and begin event A at 04:00, then exit event A and 
  28. begin event B again at 05:00, then exit event B again at 06:00.
  29.  
  30. This is especially useful for "triggered" external events, even more so as 
  31. the mailer now unpacks packets on the fly, as time permits.  
  32.  
  33.  
  34. In general terms, at any given time the mailer will execute the first 
  35. active event it sees (scanning down from the top of the configuration file) 
  36. where it is in the event window for that event.  Thus, consider a counter-
  37. example:
  38.  
  39.     Event B all 03:00 06:00
  40.     Event A all 04:00 05:00
  41.  
  42. In this case (which is just the first example with the order changed), 
  43. event A will never be executed, since event B will now totally blanket it.  
  44. But if event B were made dynamic, like so:
  45.  
  46.     Event B all 03:00 06:00 dynamic
  47.     Event A all 04:00 05:00
  48.  
  49. then event A will run whenever event B finishes with all dialing any time 
  50. before 05:00.
  51.